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DYNAMIC PROTOCOL SELECTION AND ROUTING OF CONTENT TO MOBILE 

DEVICES 

FIELD OF THE INVENTION 



The present invention relates to the distribution of content in a mobile communication network^ 
more particularly it relates to detennining an optimal protocol and to selecting a device for 
1 0 successful content delivery. 



BACKGROUND OF THE INVENTION 



The advent of various wireless networking and communications technologies, standards and 
W protocols has enabled a new class of applications with different topologies and new features. The 
(y convergence of the data and voice networks, devices and applications is adding more complexity 
^ to the content, and to the end users of the technologies. For example, one service may support 

multiple types of content, such as, a video which includes the components of audio, video and 

as 

7~ text, while a broadcast service may support video and audio., whereas interactive broadcast 
M service would support audio, video, and text messaging. 

"p. The provision of data, voice and voice7data services as value added services in wireless carrier 

b « and enterprise networks has opened a new area for computing applications. This area 

encompasses a complex and distributed wireless environment including computer systems, 

25 networks, telecommunication systems, static and mobile devices such as computers, personal 
digital assistants (PDAs) and Internet-enabled mobile phones. This trend has effectively 
extended traditional personal computer application services to mobile devices. Accordingly, the 
adoption of wireless technology by businesses and consumers has been phenomenal, in that it 
provides consumers with access to up-to-the-minute information such as stock alerts or news, 

30 enables mobile e-commerce and increases business and individual productivity. 

As has already been witnessed on the World Wide Web (WWW), personalization of services for 
the user is key for customer retention. Such services include news and information retrieval, 



instant messaging and chat, mobile commerce and online account management Therefore such 
intimate interactions require the customer's permission, and personalizing thus dictates that the 
consumer retains control in this arrangement often termed "permission marketing". The user can 
thus control the infoxmation "pushed" to them by setting the parameters for what is relevant to 
them, and these parameters can be dynamic and can be time-dependent This is the nature of 
pervasive computing, where users, including enterprise users, rely on the electronic creation, 
storage, and transmittal of personal, financial, and other confidential information, demand the 
highest security and quality of service for all of these transactions, and require access to time- 
sensitive data, regardless of their physical location. 

Traditionally, wireless voice and data services and applications were built in dedicated, 
proprietary and closed communication systems and networks. With the introduction of 
technologies in the unlicensed wireless spectrum and the advances in electronics, personal 
mobile devices, networking equipment and standards, the flexibility and capabilities of the 
networks allow for more advanced services to be provided to the end user. The move to wireless 
communications has also been aided by a number of factors, such as, the availability of a range 
of unlicensed frequencies in the 2.4 to 2.4835 GHz band and 5-GHz band, a larger mobile work 
force and emerging wireless standards. Among these standards are the IEEE 802,1 1 standard for 
professional and wireless-LAN applications, BLUETOOTH® and HomeRF's Shared Wireless 
Access Protocol (SWAP), 

The BLUETOOTH specification defines a universal radio interface in the 2,45 GHz frequency 
band that enables wireless electronic devices to connect and communicate wirelessly via short- 
range, ad hoc networks. 

Given the wide adoption and acceptance of wireless communication and penetration of mobile 
devices in most populations, it is not unusual for a consumer to have a number of such devices. 
For example, a consumer may be presented with a choice of a mobile phone, a PDA or personal 
computer, and by implementing BLUETOOTH connectivity between these devices, these 
devices can form an ad hoc wireless network. In such a network, each device can operate not 



only as a host but also a router, forwarding data packets for other mobile devices in the network 
that may not be within communication range of each other. This flexibility gives rise to a large 
set of opportunities to build new application models and new mechanisms to enhance the mobile 
computing experience. The entire BLUETOOTH protocol stack includes radio, baseband, and 
5 software layers and provides for interoperability between devices from different manufacturers 
for specific services and usage models. The general usage models are defined by the 
BLUETOOTH Profiles Specification and these include generic, telephony, networking, serial, 
and object exchange. The profile defines a selection of messages and procedures, or capabilities, 
from the BLUETOOTH specifications and gives an unambiguous description of the interface for 
10 specified services and use cases. 

One of the problems in delivering the multitude of services to the different device is the 

O 1 challenge of determining the different media types, application profiles and connection types. 
r"S The combination of numerous BLUETOOTH stacks, devices, access points and the multiple 
^5 layers of protocols and profiles provide a challenge to service developer implementers and 

i integrators who need to create end-to-end mobile solutions. This problem is further complicated 
"V by the fact that although standards exist for BLUETOOTH there are numerous incompatibilities 
^ in the actual implementations. This is especially true in the short term because of the immaturity 
/a of the BLUETOOTH market and standard. However, regardless of the evolution of the standards 
'0 and the markets, there will continue to be incompatibilities stemming from the wide variety and 
H market penetration of the BLUETOOTH enabled devices. 



As mentioned above, the user will often have multiple BLUETOOTH enabled devices using a 
variety of protocols, operating environments and applications and in complex topologies* This 
25 presents yet another problem for the user, since the user has the onus to determine which of the 
available devices support the desired content For example, suppose a user with a laptop 
computer and a cellular phone desires to receive streaming video, the user would require 
knowledge of the data type of the content, the video format, streaming method, and a suitable 
protocol in order to determine the protocol for acceptable presentation on one of the devices. 
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Therefore, the user is required to have some level of knowledge and understanding of these 
technologies in order to access the content. 

Accordingly, it is an object of the present invention to mitigate at least one of the above 
5 disadvantages. 

SUMMARY OF THE INVENTION 

In one of its aspects the present invention provides a method for delivering content to a user, 

1 0 where the user has a plurality of mobile devices communicatively coupled to each other in a 
communication network. The content includes a plurality of data types and is delivered from a 
service provider to at least one of the mobile devices depending on the characteristics of the data 

u and the characteristics of the device. The method includes the steps of associating a user with a 
m global profile having the characteristics of the devices and user attributes; selecting one of the 

11 devices best suited for reception of the information in accordance with the global profile and the 
m data type; and the service provider delivering the information to the selected device. Another 

h il aspect Of the invention is the selection of an optimal communication protocol in the system in 

accordance with the predetermined global profile and the data type. 
id Typically, the user defines the global profile, although this may be performed by in part by the 
If service provider. For enterprise users, the creation of the global profile may be performed by an 
p administrator or a delegate, who may also determine of the type of content the enterprise user 
fss may subscribe to. The selection of the device for routing the content may also be determined 

based on the communication network operating conditions. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features of the preferred embodiments of the invention will become more 
apparent in the following detailed description in which reference is made to the appended 
drawings wherein: 

30 Figure 1 shows a block diagram of an information distribution system in accordance with 

a preferred embodiment of the present invention; 
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Figure 2 shows a global profile including user preferences and user device 
characteristics; 

Figure 3 shows a BLUETOOTH protocol stack, with both BLUETOOTH specific 
protocols and non-BLUETOOTH specific protocols; 

Figure 4 shows table illustrating an association of different media types with the 
corresponding application profiles and protocols; 

Figure 5 shows a flow diagram outlining the steps for delivering requested content to a 

user, 

Figure 6 shows a block diagram of an ad-hoc network with one of the devices acting as 
service provider, in a second embodiment; and 

Figure 7 shows a block diagram of an ad-hoc network with one user device routing 
content to other user devices, in a third embodiment, 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Reference is first made to Figure 1, which shows the content distribution system generally, by 
numeral 10, according to a preferred embodiment. The system 1 0 comprises a service provider 
12, a user 14 having a plurality of target devices 16 communicatively coupled to each other with 
at least one of the target devices 16 communicatively coupled to a mobile communication 
network 18 via an access point 20. The mobile communications network, for example, may 
include wireless modems, a wireless LAN, a wireless Personal Area Network (PAN), cellular 
telephone networks, digital communication systems, and so forth. 

The service provider 12 includes a content server 22 for storing the content for distribution, a 
target selector 24 for determining a target 16 most suited for reception of the content, and a 
protocol selector 26 for determining an optimal communication protocol for delivery of the 
content* The target devices intemperate via a number of radio technologies such as the IEEE 
802.1 1 wireless specification, the Shared wireless access protocol (SWAP) from HomeKF and 
the BLUETOOTH specification. In a preferred embodiment, the radio technology used for 
communication between the devices is preferably the BLUETOOTH specification. 



Now referring to Figures 1 and 2, each user 14 is associated with a global profile 28 which 
includes a user profile comprising the user's 14 attributes such as user name and preferences and 
device 16 usage patterns. The user profile is stored on a personalization server 30 for retrieval 
5 and referencing by the content server 22- In a preferred embodiment, each user 14 has at least 
one target device 1 6 for interacting with the system 1 0 for content request and retrieval- Such a 
target device 16 is preferably configured to conform with the BLUETOOTH technology 
specifications and may include a personal computer (PC), a cellular phone, a telephone, a 
personal digital assistant (PDA), an appliance, an audio player or a vehicle. 

10 

Each of these devices 16 has specific device characteristics such as a device address, a device 

class, device status information, manufacturer, model number, resources, network interfaces, 
D supported network protocols, supported network protocol version, supported user interfaces, 
fi operating system and operating system version. The device characteristics are compiled and 
III archived in a device characteristics server 32 to form part of the global profile 28. Both the 
m personalization server 30 and the characteristics server 32 are involved in the process of selecting 
• jj an appropriate target 16 for delivery of the content, and are included in the protocol selector 26, 

Thus, the global profile 28 represents a personal, customized environment that is localized 

around any one of the devices 16 or one particular device 16. 

w 

The content server 22 stores the content which may include, but is not limited to text messages, 
video files, audio files, maps, video-streaming, photos, graphics, voice, voicemail, email, 
HyperText Markup Language (HTML) and electronic commerce transactions. The target selector 
24 includes a mobility server 34 for monitoring the network parameters such as traffic data and 
25 Quality of Service (QoS), and delivering the content accordingly, 

In the preferred embodiment, the device's 16 interoperability is achieved by the BLUETOOTH 
protocol stack 36 which allows BLUETOOTH-enabled devices 16 to connect and exchange data* 
as shown in Figure 3. The complete protocol stack 36 comprises of both BLUETOOTH-specific 
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protocols like LMP and L2CAP, and non-BLUETOOTH-specific protocols like OBEX (Object 
Exchange Protocol) and UDP (User Datagram Protocol). 

The Logical Link Control and Adaptation Protocol, L2CAP, supports multiplexing of protocols, 
5 such as Service Discovery Protocol (SDP), RFCOMM and Telephony Control (TCS), and 
performs segmentation and reassembly of packets. The SDP defines how a BLUETOOTH 
device application behaves to discover available BLUETOOTH servers' services and their 
characteristics* KFCOMM is a serial port emulation protocol which emulates RS232 control and 
data signal over the BLUETOOTH baseband. RFCOMM thus provides transport capabilities for 
10 upper level services such as PPP that uses serial line for transport. TCS binary is a bit oriented 
protocol that defines (he call control signaling for the establishment and release of speech and 
data calls between BLUETOOTH-enabled devices 16. 

j For example, in order to exchange a business card between two BLUETOOTH-enabled devices 

: W> via a vCard application, the following protocols from the protocol stack 36 are used; vCard - 
OBEX - RFCOMM - L2CAP - Baseband. The OBEX protocol enables the exchange of data 

L; objects. As evident from Figure 3, not all applications make use of all the protocols shown in the 

^ protocol stack 36, instead, applications run over one or more vertical slices from this protocol 

Q stack 36. Typically, additional vertical slices are for services supportive of the main application, 

|j} like TCS Binary (Telephony Control Specification), or SDP (Service Discovery Protocol). 

Again looking at Figure 3, it is apparent that there exist different requirements for different 
application profiles. For example, the requirements for a file transfer profile are different from a 
telephony application profile, so that the service provider 12 preferably adopts a protocol that is 

25 substantially best suited for the delivery of the content to the device 1 6. Referring to Figure 4, 
each data type used by any kind of application is associated with a specific protocol and 
application profile for the maximization of characteristics like reliability, performance and 
flexibility, as shown in Table 1. This association is based on the prior analysis of the 
BLUETOOTH protocol stack 36 and application profiles. For example for a voice profile, there 

30 exists two options - specifically using the TCS protocol and the audio protocol, or using the 
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network transfer protocol such that the voice content is transmitted over the TCP/IP protocol, 
that is voice over IP (VoIP). 

As mentioned above, dynamic routing of content to the user 14 is facilitated by the global profile 
5 28, as shown in Figure 2. The global profile 28 includes a user profile which includes the user's 
attributes such as, device, first name, last name, password, contact information, user ID, media 
preferences, list of devices, list of services, device specifications, device addresses, connections 
available, user type, time-of-day preferences for the user, and location preferences that can be 
mapped to services required, and so forth. Each user profile is defined and stored in one or more 
10 personalization servers 30 and made available to a mobility server's 34 content routing 

application as required in the content routing process. Based on user preferences defined in a 
user profile and the user's current location as defined by the access points 20, along with the user 
device 1 6 configuration, the content can be routed to the correct user 14, at a specified time, 
using the most appropriate communication protocol and path to the preferred device 1 6. 

ft 

d Also included in the global profile 28 are device profiles that include the types of devices 1 6 
Lri available, the device characteristics such as form factor, screen resolution, voice capabilities, 

data capabilities, screen color depth, amount of volatile memory, supported BLUETOOTH 
O connection adaptors, network interfaces, audio capabilities (stereo, mono, high fidelity), amount 
||) of non-volatile memory, processor capacity and type, software applications installed, power 

consumption information, operating system type and version. Also, the device characteristics 
M may include the types of input and output devices available such as a keyboard, a microphone, a 

pointing device, a touchscreen, a stylus pen, buttons or controls. The type of network interface 

may include a BLUETOOTH interface, an IEEE 802.1 1 interface, an optical interface, an 
25 Ethernet interface, a GPRS air- interface, a TDMA air- interface, a GSM air interface or an IrDA 

interface. 

In a situation where the user 14 has a plurality of devices 16, the user 14 may alternatively define 
a list of preferred devices 16 and create a mapping of the type of content that each of the devices 
30 16 can render. In an ad-hoc network configuration, where one device 16 serves as a master and 
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the other devices serve as slaves, the global profile 28 may be located in one or more devices 1 6. 
The mobility server 34 obtains device characteristics from the device characteristics server 32 
and optionally caches this information locally at the mobility server 34. Also, groups of devices 
16 can be created that describe a class of devices 16 such as all PalmOS based devices 
5 supporting XHTML content. Other device classes may include handheld computers, laptop 
computers, desktop computers, cellular phones, telephones, appliances, multi-media devices, 
audio players, vending devices, automatic teller machines, point of sale terminals, access points, 
kiosks and vehicles. 

10 Now referring to Figures 1 and 2, the user profile 28 is stored in the mobility server 34 and the 
user 14 is assigned specific access privileges, such as, permitted media types or bandwidth 
restrictions. An extension to this is possible where existing user directory technologies and 
servers such as LDAP servers are used to retrieve basic user information or to store the entire 
3 user profile information. The device characteristics for all of the devices 16 supported are 
5|5 obtained from a device characteristics server 32. These device characteristics are entered into 
W the device characteristics server 32 from other device characteristics servers 32, either manually 
fji by the user 14 when subscribing to the services, or dynamically by the service provider 1 2 by 
=P querying the device 16 as it participates in the system 10. 

; 20 A list of available services is defined, mcluding the type of content they support such as voice, 
□ data, video, streaming audio and the location or address of the content. For example, one service 
may support multiple types of content as illustrated by a video game which has audio, video, 
text, while a broadcast service which supports video and audio and interactive broadcast service 
would support audio, video, and text messaging example with a Web-based service, the root 
25 URL of the content is provisioned into the system. Each service is mapped to the list of 

appropriate devices 16 that support the services. This limits the user 14 to selecting the services 
for which there is a suitable device 16 for reception of the content. The services may also be 
grouped into collections in order to facilitate administration and access control. 



9 



In addition, in order to provide easier administration and service control, a list of supported 
locations is defined and configured. Such locations can be specific to geographical areas of 
coverage, and may include coordinates of access points 20, such as the longitude and the latitude, 
or can be a logical grouping of locations such as regions, cities, or countries. A mapping is then 
5 created between the locations and the access points 20 to provide a lookup table of the available 
access points 20. The list of services is then mapped to the specific access points 20 that provide 
those services, so that the list of access points 20 installed in the system 10 is configured in the 
mobility server 34. The system 10 may also support dynamic and automatic detection and 
registration of new access points 20 as they are added to the network 18. Preferably, the access 

10 points 20 may provide their location to the mobility server 34 for automatic registration. Also, a 
mapping between services, time-of-day availability, and the locations and access points 20 at 
which those services are available is also stored in the mobility server 34. 
The various mappings between protocols, content, and devices 16 is also defined in the mobility 
server 34 to enable the dynamic content and protocol selection for determination of an 

ft appropriate route to send the content. In order to improve the QoS and reliability some, or all, of 

W the mobility servers' 34 runctionahty may be distributed or duplicated throughout the network 

S 18. 

£3 The flowchart in Figure 5 describes the steps through which the system 1 0 determines the 

W0 routing of requested content and the type of connection to be used for the content distribution to 
the device 16. The mobility server 34 has knowledge of the location of the device 16, including 
addressing information for establishing a communication path with the device for delivery of 
content. Accordingly, the device 16 is preferably configured to register its location with the 
mobility server 34 every time it moves into the connectivity area of a new access point 20. 

25 Therefore, in response to a request for content the service provider 12 retrieves 100 the list of 
devices 16 associated to the user 14 from the user profile, and then a check is performed 110 to 
determine whether the user 14 has any devices 16. Alternatively, the service provider 12 may be 
configured to send or "push** content to a user 14 in accordance with the user's 14 preferences; 
such content may include time-sensitive content such as weather information or stock alerts. In 

30 the event that the user 14 does not have any devices 16 then the process stops. In the next step 
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120, a second list of available devices 1 6 for receiving the content is created and the mobility 
server 34 determines 130 the status of the available devices 16. The devices 16 may be in parked 
status or in active status and ready to receive content. 



5 In the following step 140 lie characteristics of the content to be distributed are retrieved and are 
used in determining which of the devices 16 from the second list of available devices 16 have the 
ability to render the content- In step 150 the traffic and Quality of Service (QoS) characteristics 
of the communication network 1 8 are determined and are used in the selection of the optimal 
protocol and type of connection. 

10 In step 160, the second list of available devices 16 is narrowed to a third list of available devices 
16 that can process the content with the specific characteristics and in step 140, if there is no 
such device 1 6 the process 170 terminates unsuccessfully. In the next step 1 80, the optimal 

r t protocol is chosen based on the device 16 characteristics and considering the traffic and QoS 
characteristics of the system 10, as determined in step 150. Following the detennination of the 

f$j> best-suited device 16 and the optimal protocol for the content, the appropriate connection is 

!;H created 190 and opened and finally* the content is distributed 200 to the best-suited device 16, 

; = Preferably, in step 1 80, further steps are possible to cycle through the remaining protocols 

supporting the specific type of content in order to use sub-optimal alternatives in cases where a 

|£p connection with the optimal protocol could not be established. Also, a further the step of 

y selecting another protocol is possible when the best suited protocol is unavailable, as it maybe in 
use at that time. Conversely, step 160 or 170 may include further steps of determining other 
devices 16 that may be available and are capable of supporting the content to be delivered, 
despite not being the best-suited or preferred device for that particular content type- Also, a 

25 further the step of selecting another device is possible when the best suited device is unavailable, 
as it maybe in use at that time* 

In another embodiment, any BLUETOOTH-enabled device 42 that comes within range of 
another BLUETOOTH-enabled device 44 can set up an ad-hoc network or a piconet, where there 
30 is no actual access point 20 connecting to the Internet or Intranet, as shown Figure 6. One user 40 
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dynamically provides services from a user device 42 or user devices 42 and 44 to another user 46 
with user devices 48 and 50. As the devices 48 and 50 are within range of the user 42 providing 
the services, thai the user 46 can request to subscribe to any one of the services available from 
device 42, In some cases this may require user authentication and if accepted by the user 42, an 
5 entry is created in a user profile database located on the user device 42, so that user 40 is a 
service provider for user 46. However, prior to providing the services, the user 40 preferably 
configures a list of available services in a service profile. Examples of services may include 
Web-based content from the device's 40 cache memory, small applications transferred to the 
other user's 46 devices 48 and SO which then communicate back to the user's 40 device 42. It is 
1 0 also contemplated that several piconets can exist in the same area to form a scattemet, one or 
more user devices acting as service providers and including many of the functionalities of a 
service provider. 

:0 Li yet another embodiment, similar to the preferred embodiment of Figure 1 , except with two or 
f|5 more devices 52, 54 and 56 communicatively coupled to each other in an ad hoc network, with 

one of the devices 52 coupled to the communication network 1 8 via an access point 20, as shown 
v] in Figure 7. The devices 54 and 56 may be out of range of the access point 20 and do not have a 

direct communication path to the network 1 8 via the access point 22, as dictated by the operating 

specifications of the communication standard, such as BLUETOOTH. In the event that the 
|20 device 56 is selected by the target selector 24 from a list of available devices 52, 54 and 56, then 

the device 52 acts an intermediary for routing the content to device 56, preferably via 
^ BLUETOOTH technology. For example, voice content may be sent via the access point 20 to the 

device 52, such as a personal computer to the device 52, which can be a telephone, as this device 

56 would be best suited for such content. Therefore, the access point 20 serves as a wireless to 
25 wire-line gateway between the communication network and any wireless device within the 

coverage area. 

The above-described embodiments of the invention are intended to be examples of the present 
invention and alterations and modifications may be effected thereto, by those of skill in the art, 
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without departing from the scope of the invention which is defined solely by the claims 
appended hereto. 
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